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CONFIDENTIAL 



METHOD AND SYSTEM FOR GENERATING AN ATPG MODEL OF A 
MEMORY FROM BEHAVIORAL DESCRIPTIONS 



BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

The present invention relates to the field of electronic design 
automation (EDA). More specifically, the present invention relates to 
techniques for producing gate-level and structural descriptions used in a 
computer controlled EDA system for integrated circuit (IC) design. 

RELATED ART 

The rapid growth of the complexity of modem electronic circuits has 
forced electronic circuit designers to rely upon computer programs to assist 
and automate most steps of the circuit design process. Typical circuits today 
contain hundreds of thousands or millions of individual pieces or "cells." 
Such a design is much too large for a circuit designer or even an engineering 
team of designers to manage effectively manually. To automate the circuits, 
design and fabrication of integrated circuit devices, electronic design 
automation (EDA) systems have been developed. 

An EDA system is a computer softv/are system designers use for 
designing integrated circuit (IC) devices. The EDA system typically receives 
one or more high level behavioral descriptions of an IC device (e.g., in HDL 
languages like VHDL, Verilog, etc.) and translates this behavioral description 
into netlists of various levels of abstraction. At a higher level of abstraction, a 
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generic netlist is typically produced based on technology independent 
primitives. A netlist describes the IC design and is composed of nodes 
(elements) and edges, e.g., connections between nodes, and can be represented 
using a directed cyclic graph structure having nodes which are connected to 
5 each other with signal lines. The netlist description is typically stored in 
computer readable media within the EDA system and processed and verified 
using many well known techniques. The EDA system ultimately produces a 
physical device layout in mask form which can be used to directly implement 
structures in silicon to realize the physical IC device. 

10 

C3 Figure 1 illustrates a portion of a typical design flow 10 for the design of 

hj integrated circuits (e.g., ASIC, microprocessors, microcontrollers, etc.). As 

n shown, design flow 10 includes a simulation library 11, also known as the 

m "golden" library or the "sign-off library, which contains descriptions of the 

15 design cells, and upon which the downstream IC design is based. A 

significant amount of effort is expended into creating, verifying, refining and 
correcting the simulation library 11. The simulation library 11, containing a 
\Q large number of cell descriptions written in a behavioral hardware 

description language (HDL), can only be read by behavioral simulation tools. 
20 (e.g., Verilog simulator). Therefore, after the simulation library 11 is created 
designers create a separate test library 12 that mirrors the simulation library 11 
to support rules checking and automatic test pattern generation (ATPG). Test 
library 12 typically includes ATPG models for use by ATPG tools 19. 

25 One drawback of the prior art approach is that a manual re-coding 

process 15 must be performed by the designers to translate the simulation 
library 11 into the test library 12. For instance, simulation models of 
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memories must be completely re- written into ATPG models. Significant 
"simulation-only" functionality must be identified and removed, while other 
"ATPG-only" functionality may need to be added. The manual re-coding 
process 15 is complicated and requires a high level of skill and knowledge in 
both behavioral modeling and ATPG modeling. Certain complex designs, 
such as content addressable memory (CAM), may be too overwhelming for 
manual re-coding process 15. 

Another drawback of the prior art approach is that human error may be 
introduced in the manual re-coding process 15. Thus, an equivalence 
verification process 14 for verifying functional equivalence between the 
simulation models and the manually re-coded ATPG models is needed. 
Simulation models of the simulation library 11, however, can be simulated 
only by a behavioral HDL simulator (e.g., Verilog simulator), whereas the 
ATPG models in the test library 12 can be simulated only by ATPG tools. 
Therefore, the equivalence verification process 14 is a very complicated task. 

Yet another drawback of the prior art approach is that, from a user's 
perspective, ATPG models are very different from behavioral models. 
Therefore, ATPG reports 20 generated by ATPG tools 19 may be unfamiliar to 
the users used to model 11. This makes the process of debugging ATPG 
models even more difficult. 

Therefore, what is needed is a method and system for converting 
simulation models of memories into ATPG models without requiring a 
significant amount of re-coding. What is yet further needed is a method and 
system for minimizing verification between the simulation models and the 
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ATPG models. What is yet further needed is a method and system for 
facilitating users in debugging errors of the ATPG models. In view of the 
above needs, the present invention provides a system and method for 
automatically generating ATPG models for memories from behavioral 
descriptions. These and other advantages of the present invention not 
specifically mentioned above will become clear within discussions of the 
present invention presented herein. 
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SUMMARY OF THE DISCLOSURE 

The present invention provides a method and system for generating 
ATPG models for memories based on behavioral memory models. The 
present invention does not require re-coding for most ROMs (Read-Only 
5 Memories), and requires simple re-coding for RAMs (Random Access 
Memories) and CAMs (Content Addressable Memories). The present 
invention automatically constructs structural ATPG memory models of 
memories directly from behavioral descriptions (or behavioral models). 
Thus, the tedious, time-consuming, error-prone and difficult tasks of 
10 manually re-coding ATPG models for memories and verifying functional 
P equivalence between simulation models and ATPG models are eliminated. 

: : 
: ; ; 

P In one embodiment, the present invention includes an ATPG memory 

rn model generation process that is capable of directly converting behavioral 

15 descriptions of ROMs stored within simulation libraries into ATPG models. 
^1 Complicated RAMs and CAMs are re-described as simplified behavioral 

descriptions (or simplified behavioral models) using a pre-defined subset of 
^ behavioral Verilog. The ATPG memory model generation process of the 

present embodiment, which recognizes the pre-defined subset of behavioral 
20 Verilog, directly reads in the simplified behavioral models, and generates 
ATPG models therefrom. 

In furtherance of an embodiment of the present invention, an ATPG 
model for a memory includes a set of ATPG memory primitives that are 
25 defined to closely represent the simulation model of the memory. 

Particularly, an ATPG model for RAM includes a memory primitive, an 
address bus primitive, a data bus primitive, a read port primitive and macro 
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output primitives. An ATPG model for CAM includes a memory primitive, 
a compare port primitive and macro output primitives. An ATPG model for 
a CAM-RAM includes two memory primitives, an address bus primitive, a 
data bus primitive, a read port primitive and macro output primitives. 
5 According to one embodiment of the present invention, the memory 

primitive is for storing the memory values for the memories; the address bus 
primitive is for calculating address values for the memory primitive and the 
read-port primitive; the databus primitive is for determining data values for 
the memory primitive; and the read port is for connecting an output of the 
10 memory primitive to multiple MOUT primitives which hold the simulated 
P values; and the compare port primitive is for matching data from a data bus 

W primitive to the content of a memory primitive and for outputting the 

p address of the memory primitive containing the data. 

l'^ 15 The present invention also provides a schematic viewer for graphically 

displaying the ATPG memory primitives and their interconnections in an 

ill 

j'l organization that resembles the simulation model. By displaying the ATPG 

^ memory primitives and their interconnections in such a maimer, the ATPG 

model debugging process is facilitated, and debugging reports can be correlated 
20 with the displayed graphical model. 

Embodiments of the present invention include the above and further 
include a computer readable medium having computer-readable program 
code embodied therein for causing a computer system to perform a method of 
25 constructing an ATPG model for a memory, the method comprising the steps 
of: (a) accessing a simplified behavioral model of the memory wherein the 
simplified behavioral model is described in a behavioral hardware 
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description language and wherein the simplified behavioral model is 
generated based on a simulation model of the memory; and (b) automatically 
translating the simplified behavioral model into the ATPG model comprising 
a plurality of ATPG memory primitives. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and form a 
part of this specification, illustrate embodiments of the present invention 
and, together with the description, serve to explain the principles of the 
5 invention. 



10 



Figure 1 illustrates a typical prior art integrated circuit (IC) design flow 
including a manual re-coding step for memories and an equivalence 
verification step. 

Figure 2 is a general purpose computer system which provides an 
operational platform for embodiments of the present invention. 



Figure 3 illustrates an IC design flow in accordance with an 
15 embodiment of the present invention where behavioral models of the 

memories of the simulation library are automatically translated into ATPG 
models. 

Figure 4 is a formal description of a memor y port using an exemplary 
20 subset^ofj^enlog^^ of the present 

[ I invention. 




Figure 5 shows portions of an exemplary simulation model of a ROM 
contained in simulation library in accordance with the present invention. 

25 

Figure 6A is a flow diagram illustrating the process of translating an 
exemplary behavioral model into an ATPG model in accordance with one 

SNSY-A1998-070 



# 



embodiment of the present invention including a step of automatic ATPG 
model generation. 

Figure 6B is a flow diagram illustrating the steps of the automatic 
ATPG model generation process of Figure 6A according to an embodiment of 
the present invention. 

Figure 7 A illustrates primitives of an ATPG model that has the read-off 
Z attribute in accordance with the present invention. 

Figure 7B illustrates primitives of an ATPG model that includes DFF 
primitives according to an embodiment of the present invention. 

Figure 7C illustrates primitives of an ATPG model having an edge- 
triggered read port with read-off Z according to an embodiment of the present 
invention. 

Figure 8 illustrates a simplified behavioral model of an exemplary 
RAM that includes an explicit encoding function in accordance with an 
embodiment of the present invention. 

Figure 9A illustrates a simplified behavioral model of an exemplary 
CAM according to an embodiment of the present invention. 

Figure 9B illustrates a simplified behavioral model of another 
exemplary CAM according to an embodiment of the present invention. 
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Figure 9C shows a simplified behavioral model of yet another CAM 
according to an embodiment of the present invention. 

Figure 10 illustrates an ATPG model for an exemplary CAM-RAM 
according to an embodiment of the present invention. 

Figure 11 A illustrates a memory primitive (MEMORY) according to 
one embodiment of the present invention. 

Figure IIB illustrates an address bus primitive (ADRBUS) according to 
one embodiment of the present invention. 

Figure IIC illustrates an data bus primitive (DATABUS) in accordance 
with one embodiment of the present invention. 

Figure IID illustrates a read port primitive (RPORT) according to an 
embodiment of the present invention. 

Figure HE illustrates a pluraUty of macro output primitives (MOUT)^. 
according to one embodiment of the present invention. 

Figure IIF illustrates a compare port primitive (CPORT) and a plurality 
of macro output primitives according to the present invention. 

Figure 12 illustrates an exemplary modified behavioral description 
according to one embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTTOM 

In the following detailed description of the present invention, a system 
and method for automatic generation of gate-level descriptions from table- 
based descriptions within the field of electronic design automation, 
5 numerous specific details are set forth in order to provide a thorough 

imderstanding of the present invention. However, it will be recognized by 
one skilled in the art that the present invention may be practiced without 
these specific details or with equivalents thereof. In other instances, well 
known methods, procedures, components, and circuits have not been 
10 described in detail as not to unnecessarily obscure aspects of the present 

C3 invention. 

i. n 

hi 

* : : 

b NOTATION AND NOMENCLATURE 

[fl Some portions of the detailed descriptions which follow are presented 

^""15 in terms of procedures, steps, logic blocks, processing, and other symbolic 

n 

representations of operations on data bits within a computer memory. These 
:J=J descriptions and representations are the means used by those skilled in the 

data processing arts to most effectively convey the substance of their work to 
others skilled in the art. A procedure, computer executed step, logic block, ^. 

20 process, etc., is here, and generally, conceived to be a self-consistent sequence 
of steps or instructions leading to a desired result. The steps are those 
requiring physical manipulations of physical quantities. Usually, though not 
necessarily, these quantities take the form of electrical or magnetic signals 
capable of being stored, transferred, combined, compared, and otherwise 

25 manipulated in a computer system. It has proven convenient at times, 
principally for reasons of common usage, to refer to these signals as bits, 
values, elements, symbols, characters, terms, numbers, or the like. 
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It should be borne in mind, however, that all of these and similar 
terms are to be associated with the appropriate physical quantities and are 
merely convenient labels applied to these quantities. Unless specifically 
stated otherwise as apparent from the following discussions, it is appreciated 
that throughout the present invention, discussions utilizing terms such as 
"processing" or "computing" or "translating" or "calculating" or 
"determining" or "displaying" or "recognizing'' or the like, refer to the action 
and processes of a computer system (e.g.. Figure 2), or similar electronic 
computing device, that manipulates and transforms data represented as 
physical (electronic) quantities within the computer system's registers and 
memories into other data similarly represented as physical quantities within 
the computer system memories or registers or other such information 
storage, transmission or display devices. 

COMPUTER SYSTEM PLATFORM 112 
Aspects of the present invention, described below, are discussed in 
terms of steps executed on a computer system. These steps are implemented 
as program code stored in computer readable memory units of a computer - 
system and are executed by the processor of the computer system. Although a 
variety of different computer systems can be used with the present invention, 
an exemplary general purpose computer system 112 is shown in Figure 2. 

In general, computer system 112 includes an address/data bus 100 for 
communicating information, a central processor 101 coupled with the bus for 
processing information and instructions, a volatile memory 102 (e.g., random 
access memory RAM) coupled with the bus 100 for storing information and 
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instructions for the central processor 101 and a non-volatile men\ory 103 (e.g., 
read only memory ROM) coupled with the bus 100 for storing static 
information and instructions for the processor 101. Computer system 112 also 
includes a data storage device 104 ("disk subsystem") such as a magnetic or 
optical disk and disk drive coupled with the bus 100 for storing information 
and instructions and a display device 105 coupled to the bus 100 for displaying 
information to the computer user. Data storage device 104 can include one or 
more removable magnetic or optical storage media (e.g., diskettes, tapes) 
which are computer readable memories. Memory units of system 112 include 
102, 103 and 104. 

Also included in computer system 112 of Figure 2 is an alphanumeric 
input device 106 including alphanumeric and function keys coupled to the 
bus 100 for communicating information and command selections to the 
central processor 101. Computer system 112 also includes a cursor control or 
directing device 107 coupled to the bus for communicating user input 
information and command selections to the central processor 101. Computer 
system 112 can also include an optional signal generating device 108 coupled 
to the bus 100 for interfacing with other networked computer systems. The . 
display device 105 utilized with the computer system 112 of the present 
invention may be a liquid crystal device, other flat panel display, cathode ray 
tube, or other display device suitable for creating graphic images and 
alphanumeric characters recognizable to the user. 
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PROCESS OF CONSTRUCTING ATPG MODELS OF 
MEMORIES FOR AUTOMATIC TEST PATTERN GENERATION 

IN ACCORDANCE WTTH THE PRESENT INVENTION 
Figure 3 illustrates an IC design flow 300 in accordance with the present 
5 invention. Design flow 300 begins with simulation library 301, or "golden" 
library, that contains behavioral description of various cell types including 
memories. According to the present invention, behavioral descriptions of 
Read-Only Memories (ROMs) are read directly by ATPG memory model 
generation process 310 for generating ATPG memory models (e.g., structural 
10 models) 320. Behavioral descriptions of other types of memories, such as 
C3 random access memories (RAMs) and content addressable memories (CAM), 

[d are re-written as simplified behavioral descriptions (simplified behavioral 

Q models) 340 by re-description process 330. According to one embodiment of 

fS the present invention, the simplified behavioral descriptions 340 are written 

^"15 in a predefined subset of a behavioral hardware description language (e.g. 
^ behavioral Verilog) and do not include non-ATPG related information such 

\^ as timing and physical layout information. The simplified behavioral 

^0 descriptions 340 may then be automatically converted into ATPG memory 

models 320 by ATPG memory model generation process 310. Significantly,^in 
20 the present invention, the ATPG memory models 320 contain ATPG memory 
primitives 325. 

It is appreciated that the test library 12 and the test library re-coding 
process 15 of the prior art (Figure 1) are eliminated in the IC design flow 300 of 
25 the present invention. Most cells of the simulation library 301, including 

ROMs, can be automatically converted into ATPG memory models 320 by the 
ATPG memory model generation process 310 of the present invention. Only 
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complicated memories, such as RAMs and CAMs, may need be simplified 
before the ATPG memory model generation process 310 can automatically 
convert them into ATPG memory models 320. It should also be appreciated 
that the equivalence verification process 14 (Figure 1) is also eliminated. In 
the present invention, behavioral descriptions of ROMs contained in 
simulation library 301 are used directly by ATPG memory model generation 
process 310, whereas the simplified behavioral descriptions 340 of the RAM 
and CAMs can be verified against the simulation models contained within 
the simulation library 301 by using a commercially available behavioral 
simulator (e.g., a Verilog simulator) 305. 

The present invention also provides a schematic viewer 350 for 
displaying schematic representations of ATPG models 320 to the users. By 
viewing the primitives 325 and their interconnections with the schematic 
viewer 350, the designers would be able to readily determine whether the 
ATPG model generation process 310 has accurately generated ATPG memory 
models 320 for the behavioral descriptions 600 and the simulation library 301. 
In addition, the error codes and ATPG reports generated by ATPG tools closely 
correspond to the primitives 325 of the ATPG models 320. In this way, the. 
process of debugging of the ATPG memory models 320 is significantly 
simplified. 

In furtherance of the present invention, non-memory types, including 
table-based descriptions, can also be automatically converted into structural 
descriptions for ATPG. Automatic generation of structural descriptions frojn 
table-based descriptions is describedJji-Ge-pendir^^ application serial 

no., 09/052,29Mttea'OTr^ 31, 1998, entitled "Automatic Generation of 
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Gate-Level Descriptions from Table-Based Descriptions for Electronic Design 
Auto^nation7"^^^F^tg^^V^fah^^^ assigne e of the p re sent 

invention, and is incorporated herein by reference. 

According to one embodiment of the present invention, simulation 
models of memories can be re-described as simplified behavioral models 340 
using a predefined subset of behavioral Verilog. Figure 4 illustrates 
simplified formal description 400 of a memory port using an exemplary 
subset of behavioral Verilog. 

BEHAVIORAL MODELING OF READ-ONLY MEMORIES IN ACCORDANCF 

WITH THE PRESENT INVENTION 
According to the present invention, ROMs generally do not need to be 
re-described because the behavioral descriptions for ROMs are generally not 
complex. Thus, ATPG memory model generation process 310 can directly 
read behavioral descriptions (or, behavioral models) from simulation library 
301 and then build an internal model based on ATPG memory primitives 325. 

Figure 5 shows portions of the behavioral description 500 of an 
exemplary ROM contained in simulation library 301. For brevity, most 
surrounding gates are removed. According to the present invention, the 
simulation model 500 is read ''as-is'' by the ATPG memory model generation 
process 310. In accordance with the present invention, the main components 
that need be extracted from the behavioral description 500 are: library cell 
identification (e.g., 'celldefine, 'endcelldefine); fault control statements (e.g., 
'suppress.faults, 'enable_portfaults, 'nosuppress_faults, 'disable.portfaults, 
etc.); definitions of ports and internal nets, state element definitions (e.g., reg 

SNSY-A1998-070 ' 



- 17- 



[3:0] rom_data [0:127], reg [3.0] _doutr, etc.); a network of simple primitives 
(e.g., buffers, AND gates, OR gates, etc.) that surround the memory core on 
data and address lines; a memory initialization from file construct ($read- 
memh or $readmemb); and read port definitions (always @ ...). 

The ATPG memory model generation process 310 (Figure 3) of the 
present invention automatically extracts these main components from the 
simulation model 500, and constructs an ATPG memory model that includes 
ATPG memory primitives 325. An exemplary set of ATPG memory 
primitives on which an ATPG memory model can be based is discussed in 
greater detail below. 

BEHAVIORAL MODELING OF RANDOM- ACCESS MEMORIES IN 
ACCORDANCE WITH THE PRESENT INVENTION 
Simulation models of RAMs are very complex, often having 
thousands of lines of behavioral Verilog that are organized based on the 
timing and layout of the RAM. In most cases, it is very difficult to extract a 
unit-delay or zero-delay functional model from the behavioral description of 
a RAM. Accordingly, in the present invention, behavioral descriptions of . .. 
complicated memories are simplified by re-describing the memories with a 
predefined subset of behavioral Verilog. The simplified behavioral 
descriptions (or behavioral models) can then be automatically converted into 
ATPG memory models by process 310 in accordance with the present 
invention. 

Figure 6A is a flow diagram illustrating the process of translating an 
exemplary behavioral model 600 into a corresponding ATPG model 650 in 
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accordance with one embodiment of the present invention including a step of 
automatic ATPG model generation. As illustrated, simplified behavioral 
description 600 has a reset line, an edge-triggered write port and a level- 
sensitive read port sharing the same address with the write port. Simplified 
5 behavioral description 600 is written with a pre-defined subset of Verilog (e.g., 
subset 400) that is recognized by ATPG memory model generation process 310. 
As a result, the simplified description 600 can be read directly using ATPG 
memory model generation process 310. Further, the simplified behavioral 
description 600 does not contain timing and layout information, and is less 
10 complex than the behavioral description contained in simulation library 301. 
It should be noted that both the simplified behavioral description 600 and the 
original simulation model are written in behavioral Verilog. Therefore, 
checking functional equivalence can be performed easily with a Verilog 
simulator. 

15 

Also illustrated in Figure 6A is an exemplary ATPG memory model 
650 generated from simplified behavioral description 600 by the ATPG 
sS memory model generation process 310 according to an embodiment of the 

present invention. In essence, ATPG memory model 650 represents a 
20 structural model of the RAM described by behavioral description 600. As 
illustrated in Figure 6A, exemplary ATPG memory model 650 consists of a 
MEMORY primitive 1100, an ADRBUS primitive 1120, a DATABUS 
primitive 1130, a RPORT primitive 1140 and a plurality of MOUT primitives 
1150. These primitives closely model the functionality of the RAM described 
25 by behavioral description 600. 



ly 
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With reference still to Figure 6A, the inputs 1122 of the ADRBUS 
primitive 1120 are coupled to address data "a." The inputs 1132 of the 
DATABUS primitive 1130 are coupled to data "dl/' and the outputs 1154 of 
the MOUT primitives are coupled to data "d2/' The set input 1102 of the 
5 MEMORY primitive 1100 is tied inactive (TIEO); the write enable input 1108 is 
. tied active (TIEl); and the output 1124 of the ADRBUS primitive 1120 is 
shared by the write address line 1110 of MEMORY primitive 1100, and read 
address line 1144 of RPORT primitive 1140. The write clock input 1106 is 
coupled to a signal "w" and the reset input 1104 is coupled to a signal "reset." 

10 The output port 1114 of the MEMORY primitive 1100 is coupled to the read 
data port 1146 of the RPORT primitive 1140. The read clock input 1142 is 
coupled to signal "r." The output 1148 of the RPORT primitive is coupled to 
inputs 1152 of MOUT primitives 1154. Some attributes of the RAM, however, 
are not shown in the ATPG memory model 650. For instance, for the 

15 simplified behavioral description 600, the write port is edge-triggered and the 
read port is inactive-0. These attributes are coded within the ATPG 
primitives, but can be displayed on request. 

In furtherance of one embodiment of the present invention, the 
20 schematic viewer 350 (Figure 3) may be used to display graphical 
representations of the ATPG model 650. 

Figure 6B is a flow diagram illustrating the steps of the automatic 
ATPG model generation process 310 of Figure 6A according to an 
25 embodiment of the present invention. As illustrated, at step 610, the ATPG 
model generation process 310 accesses a simplified behavioral description 600 
of an exemplary RAM. According to the present embodiment, the simplified 
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behavioral description 600 is generated by re-describing the simulation model 
of the RAM contained in the simulation library 301. 

At step 612, based on the behavioral description, the ATPG model 
5 generation process 310 configures a MEMORY primitive 1100 for representing 
the data storage functionality of the RAM. For example, the simplified 
behavioral description 600 defines the RAM to have a data dimension of 8-bit. 
Step 612 then automatically configures the MEMORY primitive 1100 to have 
a data dimension of 8-bit. In addition, the ATPG model generation process 
10 310 ties the set input 1102 to inactive (TIEO) and ties the write_enable input 
u 1108 to active (TIEl), as dictated by the behavioral description 600. ATPG 

i : : 

[y model generation process 310 also couples the reset input 1104 to a signal 

n "reset,'' and couples the write_clock input 1106 to a signal "w" such that the 

behavioral description 600 is accurately modeled. Other characteristics of the 
15 RAM, such as level/edge sensitivity of its write port, are also stored as 
5^ attributes of the MEMORY primitive 1100. 

?: ; 

I y 

At step 614, the ATPG model generation process 310 configures an 
ADRBUS primitive 1120 for representing the address functionality of the 

20 RAM based on the simplified behavioral description 600. As illustrated in 

Figure 6A, the simplified behavioral description 600 defines the RAM to have 
an address dimension of 4-bit. Step 614 automatically configures the 
ADRBUS primitive 1120 to include 4 inputs 1122 for receiving 4-bit addresses 
'a." In addition, ATPG model generation process 310 couples the output 1124 

25 of the ADRBUS primitive 1120 to the v/rite address input 1110 and read 
address input 1144. 
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At step 616, the ATPG model generation process 310 configures 
DATABUS primitive 1130 for representing the databus functionality of the 
RAM described by the simphfied behavioral description 600. As illustrated in 
Figure 6A, the simplified behavioral description 600 defines the RAM to have 
a data dimension of 8-bit. Thus, step 616 configures the DATABUS primitive 
1130 to include 8 inputs 1132 for receiving 8-bit data "dl." 

At step 618, the ATPG model generation process 310 configures the 
RPORT primitive 1140 for representing the read port functionality of the 
RAM described by the simplified behavioral description 600. In the present 
embodiment, the ATPG memory model generation process 310 couples the 
output 1114 of the MEMORY primitive 1100 to the read data input 1146 of the 
RPORT primitive 1140. Further, the ATPG model generation process 310 
couples the read clock input 1142 of the RPORT primitive 1140 to the signal 
"r." Other characteristics of the read port of the RAM described by the 
behavioral description 600 may also be stored at step 618 as attributes of the 
RPORT primitive 1140. 

At step 620, the ATPG model generation process 310 configures the 
MOUT primitives 1150 for holding the simulated values of the ATPG model 
650. The data dimension of the MEMORY primitive 1100 is defined to be 8- 
bit. Therefore, ATPG model generation process 310 couples eight MOUT 
primitives 1150 to the output of the RPORT primitive 1140. The outputs 1154 
of the MOUT primitives 1150 represent 8-bit data "d2." 

At step 622, after the appropriate ATPG primitives are configured, the 
ATPG memory model 650 is stored in the memory (e.g., volatile memory 102) 
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of the computer system 112. According to one embodiment of the present 
invention, the ATPG model 650 is ready to be used for test pattern generation. 

Read Data Dependencies 

With reference again to Figure 6A, the behavioral description 600 is 
acceptable for the ATPG model generation process 310 of the present 
invention, and results in the unambiguous ATPG model 650. However, 
behavioral description 600 may be ambiguous to certain Verilog simulators. 
This problem is primarily caused by two differences between how the ATPG 
model 650 is simulated and how the event-driven Verilog simulator 
simulates the behavioral description 600. 

First, if the address "a'' changes while the read port is active (e.g., r==l), 
the data read on "d2" will be updated in the ATPG model 650, but not in the 
Verilog simulation, because the change on ''a" is not a simulator event that 
triggers the "always" cause to be re-evaluated. 

Second, the "always" statements are executed in parallel. Thus, if the 
reset or the write port change the content of the memory, this change may . ox 
may not be reflected on the read port, depending on whether the "always" 
statement of the read port is executed after or before the "always" statement- 
that changes the memory content. 

Because of these differences, the ATPG model generation process 310, 
in one embodiment of the invention, includes Verilog simulator specific 
rules checking fimctionalities for catching such ambiguities. The ATPG 
model generation process 310 of the present embodiment will also warn of 
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these ambiguities with respect to Verilog descriptions of memories such as 
description 600. The model generation process 310 of the present 
embodiment can also write out a modified description in which both 
ambiguities are corrected. 

Figure 12 illustrates an exemplary modified behavioral description 1200 
of the same memory described by behavioral description 600 according to one 
embodiment of the present invention. In the present embodiment, modified 
behavioral description 1200 is generated by the ATPG model generation 
process 310 after parsing behavioral description 600. As illustrated in Figure 
12, the address "a" is used in the sensitivity list of the read port's "always" 
statements. In addition, the event variable "mymem_update" ensures that 
the read port will be updated after any reset or write. 

ATPG PRIMITIVES IN ACCORDANCE WITH THE PRESENT INVENTION 

A description of an exemplary set of ATPG memory primitives in 
accordance with the present invention follows. 

Memory Primitive (MEMORY) 

Figure 11 A illustrates a memory primitive (MEMORY) 1100 according 
to one embodiment of the present invention. MEMORY primitive 1100 is 
used for modeling RAMs and ROMs and for storing all their memory values. 
In the illustrated embodiment, the MEMORY primitive 1100 has six inputs: 
set 1102, reset 1104, write„clock 1106, write_enable 1108, write.address 1110 
and data 1112. The write_address input 1110 is for connecting to an ADRBUS 
primitive (described below), and the data input 1112 is for connecting to a 
DATABUS primitive (described below). The write_clock input 1106 may be 
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either level-sensitive (e.g., active high) or edge-triggered (e.g., active on 0 to 1 
edge); the write operation requires an active write input 1106 while the 
write_enable 1108 is at logic 1. The output 1114 of the MEMORY primitive 
1100 is for connecting to RPORT primitives (described below). The behavior 
5 of the MEMORY primitive can be modified by several user-definable 

attributes such as those that control contention behavior when multiple read- 
write ports are active at the same time. These user-definable attributes are 
described below. In another embodiment, for modeling ROMs, MEMORY 
primitive 1100 may have no input. In yet another embodiment, MEMORY 
10 primitive 1100 may have only two inputs: set 1102 and reset 1104. 

n 

Address Bus Primitive (ADRBUS) 
% Figure IIB illustrates an address bus primitive (ADRBUS) 1120 

1% according to one embodiment of the present invention. According to the 

15 present invention, the ADRBUS primitive 1120 is used for calculating address 
□ values for MEMORY primitive 1100 and RPORT primitives (described below). 

fy In the illustrated embodiment, the exemplary ADRBUS primitive 1120 has 

hJ 

%Q four inputs 1122a-1122d for receiving a four-bit address. It should be 

%y 

appreciated that the number of inputs of the ADRBUS primitive 1120 is 
20 exemplary and should match the address dimension of the connecting 

MEMORY primitive 1100. The ADRBUS primitive 1120 has an output 1124 
for connecting to MEMORY primitive 1100 and RPORT primitives (described 
below). In one embodiment, the ADRBUS primitive 1120 has an attribute 
that indicates whether the incoming address is encoded (n bits) or decoded (2" 
25 bits). In the present embodiment, a valid decoded address has exactly one bit 
"on" and all others "off." 
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Data Bus Primitive (DATABUS) 

Figure IIC illustrates a data bus primitive (DATABUS) 1130 in 
accordance with one embodiment of the present invention. In hirtherance of 
the present invention, the DATABUS primitive 1130 has eight inputs and is 
5 used for determining data values for MEMORY primitives (e.g., MEMORY 
primitive 1100). The output 1134 of the DATABUS primitive 1130 is for 
connecting to a MEMORY primitive 1100. The number of inputs 1132a-1132h 
is variable and should match the data dimension of the cormected MEMORY 
primitives. 

10 

f3 Read Port Primitive fRPORT) 

i'j Figure IID illustrates a read port primitive (RPORT) 1140 according to 

iL; an embodiment of the present invention. As illustrated, RPORT primitive 

)d 1140 has three inputs: the first is the active high read line 1142, the second is 

'^P 15 the address line 1144 (which is for connecting to an ADRBUS primitive), and 
C3 the third is the data line 1146 (which is for connecting to a MEMORY 

fy primitive 1100). The RPORT primitive 1140 is a multiple-output primitive. 

The outputs 1148 of the RPORT primitive 1140 are for connecting to MOUT 

1 1 : 

primitives (described below) which is for holding the simulated values. In.. 
20 the present embodiment, the number of outputs 1148 of the RPORT 
primitive 1140 is variable and should match the data dimension of the 
connecting MEMORY primitive 1100. 

Macro Output Primitive fMOUT^ 
25 Figure HE illustrates a plurality of MOUT primitives 1150 according to 

one embodiment of the present invention. Each one of the MOUT 
primitives 1150 has one input 1152 and one output 1154. Each MOUT 
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primitive 1150 represents an output bit of the primitive connected to its input 
1152. MOUT primitives 1150 used for modeling multiple output macros 
(such as RAMs and ROMs). 

Write Port Attributes 

As illustrated in the formal description 400 of Figure 4, the write clock 
triggers the evaluation of the "always @" statements, whereas the write 
enable qualifies the "if" statement. The level /edge sensitivity of the write 
clock and the write enable is coded as an attribute of the MEMORY primitive 
1100. These attributes are not illustrated in the schematic representation of 
the ATPG model 650 of Figure 6A. However, these attributes can be inspected 
on request. 

Read Port Attributes 

Similar to write ports, read ports of an ATPG memory model also 
support independent read clocks (e.g., "always @" statements) and optional 
read enables (e.g., "if" statements). Additionally, read-off behavior of the read 
ports is also defined using the "else" statement in the simplified behavioral 
description 600. However, the RPORT primitive 1140 is always 
combinational: ATPG rules checking and test generation, as well as the 
displaying the ATPG memory model would be complicated if state elements 
other than DLAT primitives, DFF primitives and MEMORY primitives (e.g., 
primitive 1100) are added. Therefore, read-off behavior sometimes requires 
additional gates to model. Various implementations of the read port 
attributes in accordance with the present invention follows. 
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a. Read-off 0, 1 and X Attribute for Read Port 

According to one embodiment of the present invention, setting all data 
lines to 0, 1 or X when the read is inactive is a combinational event directly 
supported by the RPORT primitive 1140 and MEMORY primitive 1100. A 
Verilog example of a read-off-0 port is shown in the simplified behavioral 
description 600 and the schematic representation of the corresponding ATPG 
memory model 650 of Figure 6A. Read ports with offstates 0, 1 and X cannot 
be mixed in the same memory model, as the read-off value is supplied by the 
MEMORY primitive 1100. This leads to a simpler implementation. In the 
unlikely case that a read-off-0 port is to be added to an ATPG memory model 
that already has a read-off 1 port, additional AND gates must be added on the 
read output bus to force all data read lines to 0. 

b. Read-off Z Attribute for Read Port 

Read-off Z is common for read ports of memories designed to share 
common read lines. Having multiple memories drive the same net results 
in BUS gates, which require additional bus-contention rules checking and 
special handling for test generation. Thus, it is important that the read-off Z 
behavior be implemented explicitly in the ATPG memory model. Figure 7 A 
illustrates portions of an exemplary ATPG memory model 710 that 
implements the read-off-Z attribute using tri-state drivers 712. In the present 
embodiment, when disabled (e.g., read enable "re" is at logic-0), the tri-state 
drivers 712 output Z on all data lines 715. The behavioral description of a 
read port having the read-off-Z attribute is shown in Table 1. According to 
the present embodiment, when process 310 encounters the syntax of Table 1, 
it generates the ATPG model 710 as shown in Figure 7 A. It should be 
appreciated that graphical representation of the exemplary model 710 may be 
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displayed to the users by the schematic viewer 350 of the present invention 
via display unit 105 of computer system 112. 

Table 1 

5 always @ r if (re) d2 = mymem[a]; 
else d2-8'dZ; 

c. Read-off Keep Attribute for Read Port 

Behavioral HDL simulators (such as Verilog simulators) are event- 
10 triggered, thus if the Verilog read port description has no "else" part then the 

values on the read data lines remain unchanged until the next read 
C3 operation. In the ATPG memory model, this corresponds to a sequential 

u\ behavior and is modeled by adding DLAT or DFF gates on the read data lines, 

p Figure 7B illustrates portions of an exemplary an ATPG memory model 740 

^ 15 that includes DFF primitives 730 for latching the values of the read data lines 
'^j" 715. In the illustrated embodiment, the read data lines 715 are edge triggered. 

Thus, DFF primitives 730 are used. In another embodiment where read data 
;^ lines are level-sensitive, DLAT primitives (not shown) may be used. The 

lis 

'.Q behavioral description of an exemplary read port that has no "else" part is 

20 illustrated in Table 2. It should be appreciated that, when process 310 

encoimters the syntax of Table 2, it generates the ATPG model 740 of Figure 
7B. It should be appreciated that graphical representation of the exemplary 
model 740 may be displayed to the users by the schematic viewer 350 of one 
embodiment of the present invention via display unit 105 of computer 
25 system 112. 



always @ (posedge r) 
SNSY-A1998-070 



Table 2 



-29- 



if (re) d2 = my mem [a]; 

Edge-triggered read may be combined with read-off 0, 1, X or Z, in 
which case both a DFF primitive 730 and another gate must be added on the 
read data lines 715. Figure 7C illustrates portions of an exemplary ATPG 
memory model 770 having an edge-triggered read port with read-off Z. As 
illustrated, the RPORT primitive 1140 is always active, whereas the DFF 
primitive 730 and the tri-state drivers 712 are controlled by r and re 
respectively. The behavioral description of an exemplary read port that is 
edge-trigged and has a read-off Z attribute is illustrated in Table 3. According 
to the present embodiment, when process 310 encounters the syntax of Table 
3, it generates the ATPG model as illustrated in Figure 7C. It should be noted 
that graphical representation of the ATPG model 770 may be displayed to the 
users by the schematic viewer 350 (Figure 3) of one embodiment of the 
present invention via display unit 105 of computer system 112. 

Table 3 

always @ (posedge r) 

if (re) d2 = mymem[a]; 
else d2 = 8'bZ; 

Same-Address Contention 

When multiple read and /or write ports are active and their addresses 
are the same, different contention behaviors may result. In the present 
embodiment, the ATPG memory model is not changed to show contention 
behavior. Instead, special attributes are set on the MEMORY primitive 1100 to 
capture contention behavior. These attributes do not have a schematic 
representation, but can be inspected by the user. The behavioral Verilog 
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modeling of all but the most trivial contention behavior would require 
nested "if" - "else" constructs and would add significant complexity as the 
read /write ports would no longer be separated. Instead, Verilog 'define 
constructs can be used to define contention behavior for the ATPG memory 
model generation process (Table 4). These constructs are ignored by Verilog 
simulators, thus memory models with non-default contention behavior will 
be simulated differently by Verilog simulators and the ATPG tool. 
Nonetheless, this difference is limited to the corner case when multiple ports 
with the same address are active at the same time and do not justify the 
significant extra model complexity that would be required to exactly match 
the two simulators. 



Table 4 



Contention Tvpe 


Verilog Encoding for ATPG 


read-read 


normal read 


'define read_read normal 


all ports read X 


'define read_read X 


read-write 


read new data 


'define read_write new 


read- read X 


'define read_write X 


read X and write X 


'define read_write Xfill 


write-write 


a port dominates others 


'define write_write 
dominance 


X-out contention bits 


'define write_write Xbit - 


X-out contention words 


'define write_write Xword 


X-out entire MEMORY 


'define write_write Xfill 



Decoded Addresses 

Designers often separate the address decoding function from the 
memory macro, thus creating memories that receive a decoded address. The 
present invention is also capable of efficiently modeling decoded-address 
memories. 
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Because Verilog does not support the concept of decoded addresses and 
because it is desirable to have an ATPG memory model that is compatible 
with Verilog simulators, an explicit encoding function is defined for decoded 
read or write ports. Figure 8 illustrates a behavioral description 800 of a RAM 
that includes such an explicit encoding function. As illustrated, the function 
addr_encode converts a 128-bit decoded address into a 7-bit encoded address. 
In the present embodiment, the syntax of the read and write ports is identical 
to encoded-address read or write ports, except for the test for non-zero address 
and the call of the addr_encode function. 

In the present embodiment, the ATPG memory model for decoded 
address ports are identical to those for encoded addresses, except that the 
ADRBUS primitive 1120 will have 128 inputs instead of 7. A special attribute 
on the ADRBUS primitive 1120 indicates whether a decoded or encoded 
address is input. In one implementation, this attribute is not shown in the 
schematic representation of the structural models, but can be inspected on 
demand. This consistent representation of encoded and decoded addresses 
allows memory models to have any mix of encoded and decoded ports. 

BEHAVIORAL MODELING OF CONTENT ADDRESSABLE MEMORIES IN 
ACCORDANCE WITH THE PRESENT INVENTION 
Content-addressable memories (CAMs) are common in high- 
performance designs. However, existing ATPG tools provide no or only 
clumsy features to model CAMs. As with RAMs, a CAM model should be 
flexible enough to model most CAMs in a simple manner, yet the ATPG 
model built must be very efficient. Yet, CAM modeling is even more 
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challenging than RAM modeling because of the inherent complexity and 
variety of CAM designs. In the present embodiment, CAMs are modeled in a 
similar fashion the RAMs are modeled. CAM models, however, include a 
CPORT primitive for matching data from a data bus primitive to the content 
of a memory primitive. 

Compare Port Primitive fCPORT) 

Figure IIF illustrates a compare port primitive (CPORT) 1160 and a 
plurality of MOUT primitives 1150a-1150e according to the present invention. 
As illustrated, the CPORT primitive 1160 has three inputs: the first input is 
the active high compare line 1162, the second input is the databus line 1164 
(which is for connecting to a DATABUS primitive), and the third input is the 
data line 1166 (which is for cormecting to a MEMORY primitive 1100). In 
another embodiment, compare line 1162 may be inverted. An optional 
fourth input (not shown) for connecting to a second DATABUS primitive 
may provide a compare mask. 

The CPORT primitive 1160 is physically a multiple-output primitive. 
The output connections 1168 are for connecting to MOUT primitives 1150a-.. 
1150e which represent and hold the simulated values generated by the 
CPORT primitive 1160. In the embodiment of the present invention, a first 
MOUT primitive 1150a holds a MATCH output, and another MOUT 
primitive 1150b holds a MULTIPLE-MATCH output. Other MOUT 
primitives 1150c-1150e hold the (encoded or decoded) address line values. 

According to the present invention, CPORT primitive 1160 is for 
matching data from databus line 1164 to the content of MEMORY primitive 
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1100a and for generating a MATCH signal and the address of the matching 
location when a match occurs. In addition, CPORT primitive 1160 is for 
generating a MULTIPLE-MATCH signal when multiple matches occur. In 
operation, if the compare line 1162 is at logic-0 (inactive), the MATCH output 
(output 1154a of MOUT primitive 1150a) is set to 0 and the outputs 1150b- 
1150e of MOUT primitives 1150b-1150e are set to X. When the compare line 
1162 is at logic-1 (active), and if there is no address in the MEMORY primitive 
1100 that is coupled to data line 1166 whose data is identical to the databus 
input 1164, the MATCH and MULTIPLE-MATCH signals (outputs 1154a-1154b 
of MOUT primitives 1150a-1150b) are set to 0 and the outputs 1154c-1154e of 
MOUT primitives 1150c-1150e are set to X. If the compare line 1162 is active 
and there is a memory location in the MEMORY primitive 1100 whose data 
matches the databus input 1164, (optionally masked with the second 
DATABUS input), the MATCH output (output 1154a) will be set to 1 and the 
outputs 1154c-1154e of MOUT primitives 1150c-1150e are set to the address of 
the matching location. 

In case of multiple matches, the output of MOUT primitive 1150b is 
also set to logic-1 and the matching address can be selected to be one of: X (no 
valid address, this is the default), the first matching address or last matching 
address. 

A simplified behavioral description 900 of a simple CAM according to 
the present invention shown in Figure 9A. Similar to RAMs, behavioral 
descriptions of CAMs must first be simpUfied before the ATPG model 
generation process (e.g., process 310) of the present invention can 
automatically generate ATPG memory models. It should be noted that the 
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CAM described by behavioral description 900 returns the last matching 
address if multiple matches occur. Further, the CAM has 8-bit data and 4-bit 
encoded address. 

5 A simplified behavioral description 940 of a more complex CAM is 

shown in Figure 9B. Compared to the CAM model 900 of Figure 9A, a mask 
input has been added to Figure 9B. Also, the first (rather than last) matching 
address is returned. 

10 Figure 9C shows a simplified behavioral description 970 of a CAM that 

Q returns a decoded (rather than encoded) address. Unhke the behavioral 

i fx 

;Jt descriptions 900 and 940 of Figure 9A and Figure 9B, the CAM port described 

m 

in Figure 9C returns no match when multiple matches occur. 

icy 
: a : 

^ 15 A CAM-RAM Example According to the Present Invention 

C3 A typical application of CAMs is generating the address input for a 

fU RAM. This configuration, generally know as a CAM-RAM configuration, is 

W 

vg represented in the ATPG memory model by coupling the outputs 1168 of the 

CPORT primitive 1160 to the inputs of the RPORT primitive 1140. Figure 10 
20 illustrates a schematic representation of an ATPG model 1000 for an 

exemplary CAM-RAM. Memories 1100a and 1100b typically have one or 
more write ports, comprised of ADRBUS and DATABUS primitives, not 
showed. 

25 As illustrated, ATPG model 1000 includes MEMORY primitives 1100a- 

1100b, CPORT primitive 1160, RPORT primitive 1140, ADRBUS primitive 
1120 and MOUT primitives 1150a-1150n. The first MEMORY primitive 1100a 
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is coupled to the CPORT primitive 1160 via data line 1166. CPORT primitive 
1160 receives a compare signal via line 1162 and receives data from a 
DATABUS primitive via line 1164. CPORT primitive 1160 is also coupled to 
MOUT primitives 1150a-1150f via output lines 1168. CPORT primitive 1160 is 
for matching data from line 1164 to the content of MEMORY primitive 1100a 
and for generating a MATCH signal and the address of the matching location 
when a match occurs. Inputs 1122 of ADRBUS primitive 1120 are coupled to 
MOUT primitives 1150c-1150f for receiving addresses. The second MEMORY 
primitive 1100b is coupled to RPORT primitive 1140 via memory data line 
1146. RPORT primitive 1140 receives addresses from ADRBUS primitive 
1120 via address line 1144. Outputs 1148 of RPORT primitive 1140 are coupled 
to MOUT primitives 1150g-1150n. 

In operation, if the compare line 1162 is at logic-0 (inactive), the output 
1154a of MOUT primitive 1150a (MATCH signal) is set to 0 and the outputs 
1154c-1154f of MOUT primitives 1150b-1150f are set to X. When the compare 
line 1162 is at logic-1 (active), and if there is no address in the MEMORY 
primitive 1100a whose data is identical to the databus input 1164, the output 
1154a (MATCH signal) is set to 0 and the outputs 1154c-1154f of MOUT 
primitives 1150c-1150f are set to X. If the compare line 1162 is active and there 
is a memory location in the MEMORY primitive 1100a whose data matches 
the databus input 1164, the output 1154a is set to 1 and the outputs 1154c-1154f 
of the MOUT primitives 1150c-1150f are set to the address of the matching 
location. 

The output 1154a (MATCH signal) of the MOUT primitive 1150a is 
coupled to the read line 1142 of the RPORT primitive 1140. The outputs 
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1154c-1154f of the MOUT primitives 1150c-1150f are coupled to the ADRBUS 
primitive 1120. Thus, when a MATCH occurs, the outputs 1154c-1154f of the 
MOUT primitives 1150c-1150f, which are set to the address of the matching 
location, will be provided to the read address line 1144 of the RPORT 
primitive 1140. The outputs 1154g-1154h of MOUT primitives 1150g-1150n 
will then be set to the data contained in the MEMORY primitive 1100b at the 
address of the matching location. 

It should be noted that the CPORT primitive 1160 and the RPORT 
primitive 1140 allow CAM-RAM modeling with no memory-to-memory 
connection. This significantly reduces the complexity of modeling CAM- 
RAMs. It should be appreciated that other combinations are also possible. 
For example, the outputs of the CPORT primitive 1160 could control a write 
port of a MEMORY primitive 1100. Any combination of RPORT primitives 
1140 and CPORT primitives 1160 can be connected to a MEMORY primitive 
1100. Any number of write ports, as well as any number of compare ports, can 
be added to both the CAM and the RAM. 

The preferred embodiment of the present invention, a system and . - 
method for generating ATPG models of memories from behavioral 
descriptions, is thus described. While the present invention has been 
described in particular embodiments, it should be appreciated that the present 
invention should not be construed as limited by such embodiments, but 
rather construed according to the below claims. 
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